Version 6.3 : août 2018

Les environnements multi-équipes permettent aux organisations de modéliser des configurations de sécurité de plus en plus complexes dans Blue Prism en étendant les contrôles d’accès basés sur les rôles existants pour permettre des configurations plus granulaires. Ces capacités permettent aux organisations de partager les actifs Blue Prism, par exemple les objets métier et les ressources d’exécution, avec plusieurs équipes dans un environnement Blue Prism donné.

Par exemple, les utilisateurs membres d’une équipe peuvent avoir un accès complet à certains objets métier, mais peuvent seulement avoir la capacité d’en afficher ou d’en exécuter d’autres, selon ce qui est approprié pour les actifs partagés par plusieurs équipes.

La fonction environnements multi-équipes apporte les points clés suivants dans Blue Prism :

• Une option Droits d’accès a été ajoutée au menu contextuel pour les groupes de processus, d’objets et de ressources à partir desquels des permissions sont appliquées pour les éléments de ce groupe. Cette option est également disponible pour chaque élément d’un groupe, fournissant un affichage en lecture seule des permissions appliquées pour le groupe.
• Le mécanisme prévu par ce composant pour garantir l’accès aux ressources remplace la capacité précédente d’appliquer les permissions directement aux ressources individuelles. Toute permission précédemment appliquée doit être reconfigurée manuellement.
• De nouveaux groupes Par défaut ont été ajoutés pour les processus, les objets et les ressources. En se connectant à Blue Prism après une mise à jour, tous les processus, objets et ressources qui étaient précédemment stockés au niveau supérieur dans leurs dossiers respectifs, sont ajoutés à un groupe par défaut - les éléments ne peuvent plus être stockés au niveau de la racine dans une arborescence.
• De nouvelles permissions Exécuter, Exécuter en tant que service web et Gérer les droits d’accès ont été introduites et plusieurs permissions existantes ont été mise à jour.

La prise en charge native pour automatiser les pages web et les applications dans Chrome est fournie dans Blue Prism grâce à l’utilisation d’une extension Chrome Blue Prism. Cela permet à Blue Prism d’interagir avec les pages web et les applications, présentées dans Chrome, de sorte que les processus métier qui utilisent des applications présentées dans ce navigateur puissent facilement être modélisés.

L’assistant du modélisateur d’application a été mis à jour avec un nouveau mode d’application basé sur le navigateur (Chrome) qui permet aux éléments Chrome d’être espionnés et utilisés dans les objets métier.

Dans le cadre de ce composant, le programme d’installation Blue Prism a été mis à jour pour permettre l’installation et la suppression de l’extension.

Le programme d’installation Blue Prism a été mis à jour pour fournir une installation optionnelle de :

• L’extension d’automatisation du navigateur Chrome (via un réglage du registre)
• Le DLL interop d’Outlook nécessaire si le VBO E-mail MS Outlook est utilisé

Plusieurs améliorations ont été apportées pour une meilleure utilisation des collections enfant ou des collections imbriquées :

• Une collection enfant au sein d’une collection imbriquée peut être référencée en utilisant un marquage par point (.).
• Une collection enfant ou une valeur au sein d’une collection enfant peut être récupérée ou définie en utilisant un marquage par point (.).
• Une collection enfant peut être stockée ou utilisée directement dans un éventail de scénarios tels que :
  • Adresses de stockage (par exemple : étapes de calcul, multi calculs, paramètres de sortie)
  • Actions de collection (par exemple : ajouter une ligne, copier une ligne, compter les colonnes, compter les lignes, supprimer toutes les lignes, supprimer la ligne)
• Le mécanisme de sérialisation de la représentation XML des collections a été optimisé pour réduire la taille des données transmises entre les composants. Cela est principalement avantageux dans les situations où des collections imbriquées sont utilisées.

Un nouveau rôle de consommateur du service web a été créé pour simplifier la capacité d’appliquer les permissions correctes aux comptes d’utilisateurs qui seront utilisés pour utiliser les processus et les objets Blue Prism exposés en tant que services web. Ce rôle accorde les permissions d’exécution nécessaires sans donner accès aux zones de l’interface comme la salle de contrôle. Le rôle peut être utilisé conjointement avec les capacités des environnements multi-équipes pour restreindre l’accès par les comptes d’utilisateurs affectés à ce rôle aux objets et processus exposés.

Plusieurs commandes de gestion de session (créer, démarrer, supprimer) ne fonctionnent plus par défaut. Elles ont été remplacées par createas, startas et deleteas qui nécessitent l’utilisation de la méthode getauthtoken.

Bien que ceci ne soit pas recommandé, les méthodes précédentes peuvent être réactivées en désactivant le nouveau réglage qui applique les permissions de contrôle des utilisateurs lors de l’exécution des actions de gestion de session.

Lors de la sélection pour remplacer le niveau de journalisation de session sur la ressource d’exécution (via la gestion des ressources), il est désormais possible de sélectionner la journalisation uniquement des erreurs. Lorsqu’une ressource d’exécution est configurée avec ce remplacement, la journalisation de session sera réduite uniquement aux étapes de journal entraînant une erreur signalée.

Le message d’état, affiché dans le client Blue Prism lorsqu’il est connecté directement à une base de données, a été mis à jour. Il présente désormais le numéro de version SQL déclaré au lieu de « Inconnu » pour les situations où le nom convivial de la version SQL n’est pas connu.

La façon dont les pools et leurs membres sont affichés dans Système > Gestion des ressources a été mise à jour afin que les ressources apparaissent dans leur pool plutôt que séparément.

Plusieurs améliorations ont été apportées au volet Gestion de session dans la salle de contrôle :

• Le volet Gestion de session dans la salle de contrôle a été mis à jour pour afficher les 5000 premiers enregistrements, classés par ordre décroissant d’heure de début. Le nombre maximal de lignes peut désormais être sélectionné à l’aide du menu déroulant et les données sont actualisées à partir de la base de données chaque fois qu’un filtre enregistré est utilisé ou que l’ensemble de données actuellement chargé est (re)commandé.
• Lors de la sauvegarde d’un filtre de gestion de session, les modifications ne sont plus appliquées à tort au filtre par défaut Aujourd’hui. Le comportement lorsque les noms des filtres enregistrés sont perdus a également été amélioré.
• Lors du premier accès à la salle de contrôle, l’ordre de tri par défaut de la gestion de session est désormais défini comme l’heure de début décroissante. De plus, le tri des colonnes de la gestion de session est désormais maintenu lorsque vous revenez à la salle de contrôle après avoir quitté.

Lorsque les utilisateurs modifient ou définissent manuellement la valeur d’une variable de session via la salle de contrôle, l’action est désormais enregistrée dans le journal de session.

Il est désormais possible de modifier le comportement du processus lors de l’application de mises à jour à une collection copiée à partir d’une collection interne ou imbriquée. Lorsque cette modification optionnelle est appliquée, la relation entre la collection originale et la collection imbriquée est impactée et est transmise par valeur, plutôt que par référence. Lorsque les données sont transmises par valeur, les modifications ne sont pas reflétées dans la collection originale. Cela est implémenté par processus et nécessite une mise à jour manuelle du processus XML via l’exportation et la réimportation.

Pour obtenir des conseils sur l’application de cette modification, consultez l’article sur la base de connaissances :

Comment mettre à jour une copie d’une collection interne ou d’une collection imbriquée, sans impacter l’originale ?

L’attribut nommé Match Index est désormais disponible lors de la modélisation d’éléments à l’aide de l’automatisation d’interface utilisateur.

L’action de libérer manuellement un verrou dans Système > Flux de travail > Verrous d’environnement entraîne désormais une entrée dans le journal d’audit.

Le mode de mise à l’échelle de toutes les commandes d’interface utilisateur Blue Prism pertinents a été mis à jour pour améliorer la présentation de l’interface lorsqu’elle est installée sur les systèmes d’exploitation japonais.

Plusieurs améliorations de sécurité ont été apportées pour revalider les actions réalisées dans le client Blue Prism par rapport aux permissions de l’utilisateur sur le serveur (lorsqu’il est déployé). Cela inclut :

• Gérer (et supprimer) les types d’exception
• Créer/mettre à jour/supprimer des variables environnementales
• Créer/mettre à jour/supprimer des services web externes

La fonction de gestion des identifiants a été mise à jour afin que les valeurs de mot de passe et de propriété qui ne sont pas requises, ne soient plus inclues dans l’objet de données sous-jacent. Cela réduit la probabilité que des informations sensibles soient découvertes. De plus, l’interface utilisateur précise désormais que les noms de propriété vides ou en double ne peuvent pas être utilisés.

Dans le gestionnaire d’identifiant, les onglets des droits d’accès pour chaque identifiant ont été réorganisés pour donner davantage d’importance aux capacités « Rôles de sécurité » recommandées. De nouvelles descriptions sur chacun des onglets qui permettent des restrictions par rôle de sécurité, processus et ressource ont été ajoutées pour clarifier la nature de la restriction que les réglages respectifs permettent.

Plusieurs problèmes de reconnexion ont été traités :

• Les ressources d’exécution se reconnectent désormais correctement après un redémarrage de la base de données SQL. Un problème introduit dans la 6.0, indiquant que lorsqu’une ressource tentait de se reconnecter à la base de données directement ou via un serveur d’applications, une erreur signalait que l’écouteur de l’exécution était déconnecté et essayait de redémarrer toutes les deux minutes, même si elle était déjà en ligne.
• Le comportement a été amélioré lors de l’actualisation de l’affichage dans la salle de contrôle, en cas de problème de communication avec la base de données. Il signale désormais correctement l’état de la connexion et affiche une erreur significative.
• Suite à une interruption de la connexion entre une exécution et le serveur d’applications, la ressource d’exécution a signalé qu’elle n’était pas en mesure de calculer le mode d’exécution de ses sessions. Ce mécanisme a été mis à jour.
• Suite au redémarrage du service serveur d’applications, les tâches planifiées ne s’exécutaient pas auparavant et le composant Exécuter maintenant devait être déclenché manuellement. Cela a désormais été corrigé de sorte que toutes les planifications redémarrent comme prévu après un redémarrage du service de serveur d’applications.

Plusieurs améliorations ont été apportées pour une meilleure performance et réactivité de la plateforme lors du déploiement des versions 6.0, 6.1, 6.2 ou 6.2.1. Principalement, mais pas exclusivement, ces modifications sont avantageuses dans les situations où un mode de connexion de serveur WCF est utilisé :

• Améliorations de la réactivité de la salle de contrôle pendant que l’état de la connectivité des ressources d’exécution est actualisé. Les actions telles que passer de la gestion de session aux planifications, agrandir/réduire la structure du groupe et faire glisser un processus sur une ressource d’exécution, sont améliorées.
• Améliorations mineures du mécanisme utilisé pour redessiner l’arborescence hiérarchique du groupe lors du défilement.
• Améliorations du comportement lors de la navigation rapide à travers les zones de Blue Prism alors que les données sont encore en cours de chargement.
• Optimisation du mécanisme de chargement des données, notamment en entrant dans l’onglet de la salle de contrôle, en utilisant la gestion de session, en entrant dans l’onglet Studio et en chargeant un tableau de bord.

Plusieurs correctifs ont été appliqués aux files d’attente actives pour régler les problèmes rencontrés dans la version 6, notamment :

• Les totaux des files d’attente (traité, en attente et reporté) ne sont pas mis à jour comme prévu.
• Des totaux inexacts des ressources disponibles et occupées sont signalés lorsque les ressources (ou les ensembles de ressources partagées) sont hors ligne.
• Des exceptions étaient signalées en quittant les files d’attente actives pendant le chargement des données.
• Des exceptions étaient signalées lors de l’attribution de travaux à une ressource qui était récemment hors ligne
• Sélectionner rapidement les différentes files d’attente actives entraînait la présentation d’informations de file d’attente incorrectes.

Résolution d’un problème qui entraînait le plantage de la salle de contrôle lors de la sélection du nœud du planificateur d’événements si la planification comptait plus de 2000 entrées dans le journal.

Un problème qui empêchait les captures d’écran si Conserver le type et les détails de l’exception actuelle été sélectionné dans l’action d’exception, a été réglé, de sorte que les captures d’écran se produisent indépendamment de l’option Conserver le type.

Les problèmes suivants ont été traités :

• Lorsqu’une étape a été configurée avec une valeur de seuil d’avertissement personnalisée, mais que la valeur spécifiée a été interprétée à tort en secondes au lieu de minutes.
• Lorsque le volet Ressources dans la salle de contrôle a signalé à tort qu’une exécution était dans un état d’avertissement, même si elle avait été déplacée par la suite et avait effacé l’avertissement. Auparavant, pour réinitialiser le volet Ressources, l’utilisateur devait quitter la salle de contrôle.
• La Ressource signalait à tort qu’un processus se trouvait dans un état d’avertissement lorsqu’une certaine erreur de connexion au serveur s’était produite.

Un problème intermittent qui entraînait des temps d’ouverture de session prolongés dans des environnements avec un grand nombre de ressources d’exécution a été traité.

Une amélioration a été apportée pour répondre au problème survenant après le clonage d’un processus publié en utilisant Enregistrer sous, si l’utilisateur choisit de publier le processus, celui-ci n’est pas enregistré tant que le nouveau processus n’est pas fermé et réouvert.

Résolution d’un problème lorsque le chiffrement ou le déchiffrement d’une donnée au moyen d’un schéma de chiffrement exigeait à tort des privilèges complets de gestion d’identifiant. Le mécanisme utilisé pour ces actions applique désormais les bonnes permissions, ce qui améliore le comportement lors de l’utilisation du VBO de chiffrement Blue Prism pour chiffrer et déchiffrer les données.

Les messages présentés lors de l’importation d’une version ont été clarifiés pour résoudre un problème, dans certaines situations, lorsqu’un utilisateur choisissait de ne pas importer un objet métier ou un processus parce qu’il existait déjà, il était informé qu’il avait été importé.

Une amélioration a été appliquée pour traiter un scénario où appuyer sur Entrée lorsqu’un groupe ou un dossier été sélectionné entraînait un comportement inattendu.

Il n’est plus possible de renommer un groupe et lui donner le même nom qu’un autre groupe au même niveau dans la hiérarchie. Cela concerne le scénario où un groupe avec un nom en double, au même niveau dans la hiérarchie, serait caché à l’affichage.

Cela impacte les groupes de files d’attente, les processus, les objets, les dalles, les utilisateurs et les ressources.

Le scénario dans lequel une erreur inattendue apparaît lors de la suppression d’un processus qui n’avait pas été exécuté, mais pour lequel des alertes de processus avaient été configurées, a été traité.

Un problème a été résolu pour traiter les cas où les utilisateurs d’alertes de processus recevaient à tort le message Alerte reçue, mais impossible de l’afficher, parce que cette machine n’est pas enregistrée.

L’option Exporter l’affichage actuel comme rapport dans Contrôle > Gestion de la file d’attente n’est plus disponible s’il n’y a pas de files d’attente dans la section Contenus de files d’attentes de l’écran. Auparavant, l’option était disponible et générait une erreur puisqu’aucune file d’attente n’était disponible.

Les ressources d’exécution redémarrent désormais comme prévu à partir du menu contextuel de la barre d’état des ressources lorsque l’action de redémarrage est sélectionnée et qu’il lui est demandé d’utiliser le commutateur /resourcepc. Auparavant, une exception non gérée était générée.

Une amélioration de la fonctionnalité d’affichage du journal de session a été appliquée pour s’assurer que les informations significatives découlant des erreurs ne soient pas cachées.

Résolution du problème lorsqu’une exception non gérée est lancée quand le planificateur d’événements tente de démarrer les sessions à travers plusieurs ressources d’exécution si une ou plusieurs des ressources d’exécution est hors ligne.

Les améliorations/correctifs suivants ont été appliqués lors de l’utilisation des modes de connexion au serveur WCF :

• Une amélioration du mécanisme de sérialisation qui est utilisé pour transmettre une collection sur une connexion WCF a été apportée pour mieux traiter les grandes collections.
• Les paquets de données générés lors de la création ou de la mise à jour de planifications au moyen d’une connexion au serveur WCF ont été optimisés pour améliorer les performances et réduire les potentielles expirations après délai de SQL.
• Un problème qui entraînait une erreur lors du changement de nom d’un groupe en utilisant une connexion WCF, a été traité

Une méthode de serveur redondante Setloggedinmachine a été supprimée pour empêcher qu’elle soit exploitée par un acteur malveillant.

Une mise à jour a été faite pour réduire l’occurrence d’une erreur qui signale que le paramètre du nom de la machine a été défini sur null.

Lors de l’analyse de XML à partir d’une réponse HTTP, un format de codage statique a été utilisé, donnant lieu à des scénarios où des réponses contenant des caractères de plusieurs octets ont généré une erreur. Le format de codage spécifié dans la réponse HTTP de SOAP est désormais utilisé lors de l’utilisation de services web tiers.

Une amélioration de l’utilisation a été apportée au sein de l’éditeur de région. Il est désormais demandé aux utilisateurs de sélectionner d’abord une méthode de localisation et dans les cas où les options de coordonnées sont sélectionnées, l’option Position incompatible nommée Partout n’est plus disponible.

Résolution d’un problème lorsqu’une erreur était rencontrée lors de la tentative d’utilisation de la condition Vérifier l’attribut JAB dans une étape d’attente lors de l’automatisation d’une application Java. Le type de données défini dans la condition utilise désormais la bonne casse et l’étape d’attente ne génère plus d’erreurs.

Dans Audit > Conception > Contrôle, les réglages de validation automatiques lors de l’ouverture, de la réinitialisation et de l’enregistrement des processus n’étaient pas appliqués lors de l’utilisation du bouton X pour fermer Process ou Object Studio. Lorsque les réglages appropriés ont été appliqués, le bouton Enregistrer a correctement permis d’enregistrer les modifications non validées, mais appuyer sur le bouton X entraînait une validation inattendue et empêchait la fenêtre de se fermer.

Le bouton Fermer correspond désormais au comportement du bouton Enregistrer en ce qui concerne l’observation des réglages de validation.

L’ajout ou la suppression d’un point d’arrêt dans la définition d’un objet métier ou d’un processus est désormais une modification reconnue et les utilisateurs sont invités à enregistrer les modifications lorsqu’ils quittent le concepteur.

Ajout d’une validation qui affiche une erreur lorsqu’une étape de données invalide est référencée comme paramètre d’un élément dans une étape d’attente. Auparavant, l’erreur n’était mise en évidence que lorsque l’étape était exécutée.

L’action Removerow a été mise à jour afin de bien itérer les lignes lors de la suppression des doublons. Le mécanisme précédent faisait sauter des éléments pendant le traitement, car l’étape de la boucle ne se mettait pas à jour correctement.

Lors de l’utilisation de l’accessibilité active, il est désormais possible de sélectionner n’importe quel élément dans une liste déroulante, indépendamment du fait que l’élément soit actuellement visible parce qu’il est présenté dans une liste déroulante. Avant ce correctif, s’il fallait faire défiler le menu déroulant pour trouver un élément, une erreur se produisait.

Un petit nombre de références incorrectes au schéma de base de données codées en dur dans les scripts de mise à niveau ont été supprimées pour régler un problème lorsque la mise à niveau de la base de données peut échouer sur les déploiements qui n’utilisent pas le schéma dbo par défaut. Ces références ont été introduites à tort dans les scripts de mise à jour 6.2. Pour les scénarios où le schéma par défaut n’a pas été utilisé mais où la mise à niveau a réussi, les schémas spécifiés à tort sont réglés par ce correctif.

Une procédure stockée (usp_addPermission) qui restait à tort dans la base de données après une mise à niveau a été supprimée.

Lors de la configuration d’une connexion à la base de données SQL de Blue Prism, il est désormais possible de spécifier des paramètres qui incluent des caractères spéciaux, tels que + $ et ‘. Lors de la configuration d’une connexion qui utilise l’authentification SQL, cela permet d’utiliser ces caractères dans le mot de passe.

Résolution d’un problème lorsque la copie d’un groupe (en utilisant CTRL + glisser) engendrait une erreur quand le client était connecté à la base de données via un serveur d’applications.

Les réglages du schéma de chiffrement appliqués à une file d’attente ne sont plus impactés si la file d’attente est écrasée lors de l’importation d’une version.

Les sessions qui avaient lieu sur des ressources d’exécution de deboguage (par exemple, une session démarrait automatiquement lors de la connexion au client) enregistraient à tort l’heure de fin de session en heure d’été britannique (BST). Ce problème a été résolu.

Les processus accessibles au moyen de l’option Afficher les processus sélectionnés d’un autre objet ou processus sont désormais correctement en lecture seule. Auparavant, il existait un scénario où un utilisateur tentant d’ajouter un élément à une collection dans le processus recevait une erreur.

Un problème pour les scénarios où une erreur se produit lors de la fermeture du modélisateur d’application alors qu’un mode espion est actif, a été traité, par exemple, l’utilisateur a choisi d’utiliser un mode espion et ferme ensuite le modélisateur d’application sans sélectionner d’élément.

Résolution d’un problème lorsqu’il était possible d’apporter des modifications aux permissions associées aux rôles système suivants : administrateur système, ressource d’exécution.

La méthode d’exécution AutomateC a été mise à jour pour prendre en charge les nouveaux réglages du système qui valident l’utilisateur appelant lors de l’exécution des actions de gestion de session.

Un problème a été réglé lorsque l’action d’exportation de la file d’attente AutomateC.exe efface à tort tous les éléments de travaux terminés si une file d’attente est spécifiée, mais la file d’attente spécifiée ne contient pas d’éléments terminés. Le comportement de suppression de tous les éléments de la file d’attente terminés ne devrait se produire que si aucune file d’attente n’est spécifiée.

Lorsque des modifications étaient apportées aux paramètres de démarrage précédemment configurés dans la salle de contrôle, le fait d’appuyer sur Annuler entraînait à tort l’enregistrement des modifications. Ce problème a été corrigé et le fait d’appuyer sur Annuler ignore correctement toute modification.

Le mode Affichage seul (lecture seule) du concepteur d’objet ou de processus empêchait l’enregistrement correct de toute modification. Il a désormais été mis à jour afin d’empêcher que des modifications soient apportées au flux de processus lorsqu’on utilise le mode Affichage seul pour éviter une situation où les utilisateurs croient apporter des modifications qui seront sauvegardées.

La logique de validation processus/objet a été mise à jour pour afficher correctement une erreur lorsqu’une référence à une action est présente, mais que l’action a été supprimée.

L’écran de gestion des pools a été mis à jour pour indiquer correctement si une ressource d’un pool a été retirée.

L’option d’aide de la documentation API n’est désormais disponible que lorsqu’un utilisateur s’est authentifié sur l’environnement. Cela règle un problème qui générait une erreur parce que les éléments de l’environnement ne pouvaient pas être interrogés avant la connexion.

Plusieurs améliorations ou correctifs ont été appliqués lors de l’exposition d’objets ou de processus Blue Prism en tant que services web :

• Résolution d’un problème lorsque des demandes incorrectes à un objet ou à un processus Blue Prism exposés en tant que service web retournaient une erreur et aboutissaient à ce qu’aucune autre demande de service web ne soit traitée.
• Les services web Blue Prism exposés n’appliquent plus la logique sensible à la casse lors du traitement des en-têtes.
• Résolution d’un problème lorsqu’aucune réponse n’était fournie si l’authentification échouait en raison d’identifiants invalides : une erreur d’identifiant est désormais fournie.

Le mécanisme qui présente des messages d’erreur dans les situations où une connexion au serveur ne peut pas être établie a été amélioré de sorte que lorsque des messages d’erreur sont disponibles, ils sont désormais présentés à l’utilisateur.

La liste des services web tiers disponibles dans la zone Système est désormais présentée en utilisant un contrôle d’interface utilisateur différent. Cela supprime la possibilité de désactiver par inadvertance tous les services web en mettant accidentellement en surbrillance plusieurs lignes.

Les modifications suivantes ont été appliquées :

• La description du paramètre Local de la méthode Makedatetime a été mise à jour.
• La description du paramètre Nom de la file d’attente des files d’attente de travaux, Obtenir l’élément suivant, a été mise à jour.

Dans l’assistant du modélisateur d’application, une option a été renommée de Restreindre aux techniques non invasives à Désactiver les techniques invasives (accrochage).

Le fichier XML généré au moment d’exporter un objet ou un processus doté d’une collection à une seule ligne a été mis à jour. Dès lors, l’attribut <singlerow/> n’est plus dupliqué.

Le formulaire Étape du choix a été mis à jour pour améliorer le comportement de mise à l’échelle lors du redimensionnement.

Le mécanisme utilisé pour transporter les exceptions au serveur qui surviennent sur le client en utilisant une connexion WCF, a été amélioré.

Un correctif a été appliqué pour corriger la capitalisation des messages présentés lors de la validation ou de l’exécution pas à pas d’un processus ou un objet.

Le mécanisme utilisé pour créer le canal nommé pour le fournisseur d’identifiants a été amélioré afin de mieux répondre aux scénarios où les actions de déconnexion et de connexion se produisent dans une succession rapide.

Lorsque la journalisation est activée, l’état et le sous-état sont désormais saisis pour permettre des diagnostics supplémentaires.